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LINK-AWARE TRANSMISSION CONTROL PROTOCOL 



BACKGROUND OF THE INVENTION 

Wireless network infrastructure equipment is increasingly being used to allow 
computing devices to communicate over a wireless medium to a wired network such as 
5 the Internet. In a wireless data network, a plurality of local computing devices, such as 
PCs, are supported via wireless subscriber access units. Each subscriber access unit 
(S AU) provides a wireless radio link to a base station processor. The base station 
processor (BSP) is also connected to an Internet gateway that provides a connection to a 
wired network. 

10 Wired networks typically employ congestion control techniques to detect the 

speed with which messages are propagated across the network to a recipient. These 
techniques reduce congestion through avoiding overburdening a recipient with messages 
by reducing the rate at which messages are sent, and consequentially reducing 
throughput. However, normal operation of the wireless network exhibits different 

1 5 latencies than those exhibited during normal operation of the wired network. 

Accordingly, such techniques can interpret the queuing of messages at the base station 
processor as congestion, and accordingly, reduce throughput. In general, the protocols 
employed in the wired network do not lend themselves well to efficient communication 
over wireless connections. 

20 In a TCP/IP network, for example, congestion control techniques such as slow 

start and congestion avoidance are employed. In accordance with the slow start 
technique, as defined in Intemet RFC 2581, an acknowledgment message (ACK) is 
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expected as a response to every second packet (message) sent. A sliding window 
protocol is employed to regulate the number of unacknowledged messages which can be 
outstanding at any time. This sliding window, which is indicative of the number of 
unacknowledged message permitted at any time, is initially set at a low number, 
5 typically two messages. The number of messages permitted in the window is gradually 
increased as the ACKs are received in a timely manner. If, however, an ACK is not 
received after a timeout threshold, or if duplicate ACKs are received, the window may 
be reset to the initial value (typically one) and must again be permitted to gradually 
increase as described above. 

10 The queuing of messages at the base station processor, however, is not 

necessarily indicative of congestion in the wireless network. Rather, the queuing is 
indicative of the propagation delay or the assignment delay of wireless resources. This 
propagation delay is interpreted, however, as congestion by the wired line protocols 
such as TCP/IP when the ACK is not received within the timeout expected by the wired 

15 network. Accordingly, the wireless connection tends to be throttled back to a sliding 
window of two by slow start more frequently, thereby reducing throughput. 

Another TCP/IP congestion control parameter employed by congestion 
avoidance and slow start is an advertised window. The advertised window is contained 
in the ACK and informs the sender how many more messages the receiver can accept. 

20 This prevents a sender from overburdening a receiver with more packets than it can 
buffer, therefore avoiding sending packets which are likely to be dropped or result in a 
timeout. While technically separate, the slow start and congestion avoidance 
mechanisms are typically implemented in a complementary manner. The sliding 
window and slow start are congestion control imposed by the sender, while the 

25 advertised window is congestion control imposed by the receiver. 

A fiirther aspect of the advertised window mechanism is a persist mode. When a 
receiver can accept no more data, it sends a message having an advertised window of 
zero. This transmission has the additional effect of preventing the sender from sending 
any more data until the receiver sends another ACK message with a nonzero advertised 
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window. Persist mode, therefore, allows the receiver to "pause" the sender until more 
messages can be processed at the receiver side. However, an ACK indicating an 
advertised window of zero does not trigger slow start and reset the sliding window. 
It would be beneficial, therefore, to provide a system and method for 
5 determining when a connection including a wireless link is about to experience a 

timeout, and sending a suppression message to trigger a persist mode to avoid slow start 
from resetting the window size, while maintaining the same TCP/TP end-to-end 
connection between the sender and receiver to avoid tearing down and buffering 
messages to accommodate the wireless latency. 

1 0 SUMMARY OF THE INVENTION 

In a multiplexed system, multiple users share access to physical layer resources, 
such as radio channels. There are always delays inherent in assignment and 
reassignment of the physical layer resource, which propagate up to the higher protocol 
layers. Such additional delays are not insignificant. For example, a Round Trip 

1 5 Transfer (RTT) delay may be on the order of one second in a typical TCP/IP network 
layer protocol, whereas physical layer resources may require 200 milliseconds or more 
to reassign. Thus, a time out mechanism which only accommodates the return layer 
delay will unnecessarily time out prematurely. 

A system and method are disclosed for monitoring and controlling message 

20 delivery from a remote node by detecting when an incoming message is received, 

determining a timeout corresponding to the timing of the acknowledgment message, and 
sending a suppression message if the acknowledgment message has not been sent to the 
remote node before the timeout expires. The invention prevents activation of 
congestion control mechanisms which reduce throughput. By determining when a 

25 sender will timeout due to non-receipt of an ACK, and intervening with a suppression 
message to pause the sender, congestion control mechanisms such as slow start and 
congestion avoidance are prevented from activation. In this manner, the reduction in 
message throughput caused by congestion control mechanisms is avoided, thereby 
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allowing the sender to resume message delivery at the same rate at which it was 
dehvering messages when the suppression message was received. 

Sending a suppression message, therefore, prevents the sender from timing out 
for failure to receive a timely ACK. Since the sliding window is not reset to the initial 
5 size, as would have occurred if a timeout occurred, the receiver can send a resume 
message when the ACK is received. The sender then resumes message transmission 
with the same window size that was in effect when the suppression message was 
received. Since a larger window potentially allows more packets to be sent at a time, 
message traffic throughput is increased. 

10 The connection and associated parameters between the sender and receiver 

remain consistent throughout the pause periods. Since the connection remains a single 
end-to-end connection, no tearing down or setting up of connections and buffering 
messages received in the interim, is required. Further, no connection parameters at 
either the sender or receiver in the wired network need be modified to conform to 

15 differences in the wired and wireless communication links. Li this manner, the users 
served by the wireless link are less burdened with the wired link congestion control 
mechanisms which can tend to have a negative result on throughput over a wireless link. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features and advantages of the invention will be 
20 apparent from the following more particular description of preferred embodiments of 
the invention, as illustrated in the accompanying drawings in which like reference 
characters refer to the same parts throughout the different views. The drawings are not 
necessarily to scale, emphasis instead being placed upon illustrating the principles of the 
invention. 

25 Fig. 1 shows a wireless communication system operable to perform message 

transmission according to the link-aware transmission control protocol as defined 
herein; 
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Fig. 2 shows a wireless gateway connection in the wireless communication 
system of Fig. 1; 

Fig. 3 shows a protocol stack for performing the link-aware transmission control 
protocol as defined herein; 
5 Fig. 4 shows message transmission as defined by the present claims; 

Fig. 5 shows transmission of a suppression message; 
Fig. 6 shows an alternate embodiment modifying the advertised window; 
Fig. 7 shows a flowchart of message transmission; and 
Figs. 8a-8g show an example of message transmission as defined herein. 

1 0 DETAILED DESCRIPTION OF THE INVENTION 

A description of a preferred embodiment of the invention follows. Fig. 1 is a 
block diagram of a communication system 10 operable for link-aware transmissions in a 
wireless network as defined herein. The commxmication system includes local 
computing devices, generally a user PC 12, a subscriber access unit (SAU) 14, a base 

15 station processor (BSP) 16, and an internetworking gateway 18. The user PC 12 is in 
communication with the subscriber access unit 14 via a wired link 20. The subscriber 
access imit 14 is in communication with the base station processor 16 via a wireless link 
26. The base station processor is in communication with an intemetworking gateway 1 8 
via a wired link 24. The intemetworking gateway 18 is adapted for communication via 

20 a public access network such as the Intemet 28 for maintaining a cormection with a 
remote node 30. Note that a single user PC 12 subscriber access unit (SAU) 14 and 
base station processor (BSP) 16 are shown for illustrative purposes. Multiple SAUs 14 
may be interconnected in an actual implementation. 

The user PC 12 may therefore be provided access to the intemetworking gateway 

25 18, which may include any remote entity located on the Intemet 28 or other network, 
through a combination of the wired 20, 24 and wireless links 26 provided. The wired 
links 20,24 are typically supported by a protocol such as TCP/IP or UDP/IP. The 
wireless link is supported by a wireless link protocol such as IS95 or another wireless 
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link protocol such as the protocol described in pending U.S. Patent Apphcation entitled 
"Dynamic Frame Sizing Settings for Multichannel Transmission," published as PCX 
application No. WO 99/44341, September 2, 1999. 

Typically, the PC 12 provides a data packet, which may for example be an 
5 Intemet Protocol (IP) packet, to the subscriber access unit 14 over the wired link 20, 
which may for example be an Ethemet type connection. The subscriber access unit 14 
removes the framing of the data packet and transfers the data in the data packet to the 
base station processor 16 over the wireless link 26 in accordance with the wireless link 
protocol. The base station processor 16 extracts the wireless link frames and forwards 

10 them, in data packet form, over the wired link 24 to the internetworking gateway 18. 

Similarly, packets sent from the public access network are sent to the base 
station processor 16 over the wired link 24, transmitted to the corresponding subscriber 
access unit 14 over the wireless link 26, and sent to the user PC 12 over the wired link 
20. The subscriber access unit 14 and the base station processor 16 therefore denote 

15 endpoints of the wireless link 26, providing for wireless communication from the user 
PC 12 to the public access network such as the Intemet 28. 

In a network including a wireless link, therefore, a point to point connection is 
maintained between two entities via the wireless link. Accordingly, since bidirectional 
communication is provided, the base station processor 16 and the subscriber access unit 

20 14 each provide a wireless gateway 230 supporting the wireless link 26. Referring to 
Fig. 2, a wireless link 26 is shown between wireless gateways 230. Since the 
communication is bidirectional, the system and methods described below are applicable 
to wireless gateways 230 on either side of the wireless link 26. 

The wireless gateways 230 each include a timer manager 232, a link detector 

25 234, a segment generator 236, and a packet buffer 238, The timer manager 232 

computes the round trip time corresponding to the time at which an ACK message is 
expected. When an incoming message is received from a wired link 40, a timer is set 
just prior to the time at which the corresponding sender will timeout for failure to 
receive the ACK. The incoming message is then forwarded over the wireless link 26. If 
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the timer expires before the corresponding ACK is received over the wireless link 26, 
the segment generator 236 generates a suppression message, and sends it to the sender 
(not shown) over the wired link 40. The suppression message tells the sender to not send 
any more messages until the receiver sends a resume message. When the corresponding 
5 ACK is received from the wireless network, it is stored in the packet buffer 238. The 
segment generator 236 forwards the ACK message to the sender over the wired link 40. 
The sender then interprets this as a resume message. 

Previous prior art approaches include MTCP, outlined in Brown, et aL, "M- 
TCP: TCP for Mobile Cellular Networks," Dept. of Computer Science, University of 
10 South Carolina, July 29, 1997. This paper described a method using pico-cell cellular 
networks which implemented an altered TCP stack. The M-TCP system did not 
maintain a single point-to-point connection between a wireless subscriber and wired 
network server, but rather terminated the wired TCP connection and instantiated a 
separate connection over the wireless link, and employed a slightly modified TCP/IP 
1 5 stack on the user computer. 

Referring to Fig. 3, a TCP/IP stack corresponding to the wireless network is 
shown. The link-aware transmission control protocol (LTCP) defined herein is 
disclosed. The protocols supporting the point-to-point connection 32 between the 
remote server 30 and the local user PC 12 are shown, including the transport 33a, 
20 network 33b, link 33c, and physical 33d layer protocols. 

Referring to Figs. 4 and 1, a diagram of message transmission is shown. The 
remote server 30 transmits two messages at 34a to the BSP 16, each containing 1460 
bytes of data, over the connection on the wired links 24, 18, and 28. The BSP 16 
transmits the messages to the SAU 14 over the wireless link 25 at 34b. The SAU 14 
25 transmits the messages to the user PC 12 at 34c over the wired link 24. The user PC 12 
responds with an ACK advertising a receive window of 8760 back to the SAU 14, as 
shown at 34d. 

It should be noted, for reasons which will become apparent below, that in a 
TCP/IP connection, the ACK messages indicate the last byte received, and may 
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correspond to more than one received packet. Accordingly, the ACK messages need not 
complement the received messages on a one to one basis. Further, since the ACK 
indicates only the last byte successfully received, and not the last packet, an ACK 
message can indicate successful receipt of a subset of the bytes in the received packet. 
5 Additionally, since TCP/IP typically performs other retransmission mechanisms, the 
methods described herein perform optimally in conjunction with a relatively persistent 
link layer. 

The SAU 14 transmits the ACK back to the BSP 16 over the wireless link 26 at 
34e. The BSP 16, however, transmits an ACK message indicating successful receipt of 

10 one byte less than the ACK received from the SAU 14 at 34f Li accordance with the 
invention as defined by the present claims, the ability to send a suppression message to 
pause the sender is kept available by retaining one outstanding unacknowledged byte. A 
TCP/IP connection does not respond well to unsolicited or duplicate ACK messages, 
and such ACKs can also have the effect of triggering slow start and closing the sliding 

1 5 window. Since an advertised window is typically sent with an ACK of one or more 
bytes, retention of one unacknowledged byte preserves the ability to send a suppression 
message, described further below, by generating a TCP/IP message segment including 
an acknowledgment of the outstanding, unacknowledged byte and an advertised window 
of zero. 

20 The remote server 30 receives the ACK of all but the last of the bytes sent over 

the wired link 24, 18, 28 at 34f Since the advertised window is still 8760, the remote 
server sends another 2920 (2 * 1460) bytes at 34g. These message packets are 
transmitted to the user PC 12 via 34g, 34h, and 34i similarly to 34a, 34b, and 34c above. 
The user PC again responds with an ACK of the 2920 bytes in the two message packets 

25 at 34j. The SAU 14 transmits across the wireless link 26 back to the BSP 16 at 34k. 
The BSP again sends an ACK of all but the very last outstanding byte back to the 
remote server 30. Since an ACK indicates successful receipt of all bytes up to and 
including the byte indicated in the ACK, this ACK has the effect of also acknowledging 
receipt of the outstanding byte not ACKed at 34f 
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In a TCP/IP network, it is preferable to maintain the end-to-end semantics 
between communicating nodes, rather than implementing a series of connections to 
maintain communication. In the system as disclosed herein, the end-to-end semantics of 
the connection between the remote server 30 and the PC 12 are maintained according to 
5 the TCP/IP protocol. Accordingly, a single point-to-point TCP/IP connection is 
maintained. 

Fig. 5 shows transmission of a suppression message. Referring to Figs 5 and 1 , 
the remote server 30 sends two message packets including 2920 (2 * 1460) bytes of data 
to the BSP 16 at 36a. The message packets are transmitted from the BSP 16 to the SAU 

10 14 at 36b, and from the SAU 14 to the user PC 12 at 36c. The PC 12 sends the ACK 
back at 36d, 36e, and 36f, similar to as in Fig. 4 above, again reserving the last byte as 
unacknowledged by the BSP 16 at 36f At 36g, the remote server sends another two 
packets totaling 2920 bytes (2 * 1460), and the BSP 16 transmits these over the wireless 
link to the SAU 14 at 36h, which in turn transmits to the PC 12 at 3 6i. At the time 

1 5 shovm by dotted line 38, however, a problem is detected on the wireless link which will 
delay the transmission of the ACK from the SAU 14 to the BSP 16. Such a problem 
includes detection of a loss of the wireless link, as may occur when the SAU 14 travels 
outside the range of the BSP 16, or an eminent timeout at the remote server 30 before an 
ACK should have been received, both described further below. 

20 In response to the delayed ACK, the BSP 16 generates and sends a suppression 

message at 36k. The suppression message includes an acknowledgment of the 
outstanding unacknowledged byte of 36f, and an advertised window of zero. As 
described above, in accordance with TCP/IP, an advertised window of zero has the 
effect of preventing the sender from sending additional message packets until a non-zero 

25 advertised window is received, effectively pausing the remote node 30 in a persist 
mode. 

The actual ACK from the transmission at 36i is sent from the PC 12 to the SAU 
14 at 36j, and queued at the SAU 14. At the time shovm by dotted line 40, the wireless 
link is available and the ACK transmitted to the BSP 16 at 361. The BSP 16 sends an 
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ACK of all but one outstanding byte to the remote node 30 at 36m, again reserving the 
ability to send a suppression message, and indicates a non-zero advertised v^indow of 
8760 bytes, permitting the remote node 30 to again send message packets to the PC 12 
at 36n, 26o, and 36p. 



reduces the advertised w^indow. Li this embodiment, the advertised window is not zero, 
but is a value reduced from that which was sent by the PC. In this manner, the remote 
node 30 is not paused in persist mode, but is limited by the amount of data which will 
be sent as determined by the BSP 16. Referring to Fig. 6, the remote server transmits 

10 two message packets to the PC 12 at 38a, 38b, and 38c. The PC responds with the 
ACK, sent at 38d and 38e. The BSP 16, however, reduces the advertised window by a 
factor of 6 from 8760 to 1460, and again reserves an unacknowledged byte at 38f 
Reducing the advertised window reduces the load on the BSP 16. This action may 
occur for various reasons, such as high cell load, low buffer resources, and GoS (Grade 

1 5 of Service) or QoS (Quality of Service) provisions. A similar thread continues from 
38g-38m. 

Jn the above examples, the BSP 16 and SAU 14 are employed as exemplary 
wireless gateways for illustrative purposes. The system and method described above is 
adaptable to a wireless gateway on either side of a wireless link. Accordingly, the 
20 discussion below will employ the term "wireless gateway" to refer to an endpoint on 
either side of the wireless link, and accordingly, is equally applicable to either a BSP 16 
or a SAU 14 or other node operable for wireless communication over an RF (radio 
frequency) medium. 



25 transmission at a wireless gateway. Referring to Fig. 7, an incoming message packet is 
detected, as depicted at step 100. A connection corresponding to the incoming message 
is examined, as shown at step 102. A check is performed to determine if this message 
packet represents a new connection as disclosed at step 104. If this is a new connection, 
a corresponding entry is made in the timer table, as disclosed at step 106. A 



5 



Fig. 6 shows another particular embodiment in which the suppression message 



Fig. 7 shows a flowchart of a particular embodiment of link-aware message 
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corresponding entry is also made in the link table, as depicted at step 107. An expected 
timeout is computed by first determining the RTT delay. A latency threshold 
corresponding to the propagation time from the wired link over the wireless gateway is 
deteraiined. Jacobsen, V. 1990 "Berkley TCP Evaulation 4.3-Tahoe to 4.3-Reno " 
5 Proceedings at the Eighteenth Intemet Engineering Task Force, p. 365 (Sept., 1990), 
University of British Columbia, Vancouver, B.C., describes a standard technique for 
determining latency time at periodic given RTT delays hi the preferred embodiment, 
RTT is determined by noting the time at which a data segment is received from the 
remote service 30. The segment is then forwarded over the wireless link, and the BSP 

10 16 then waits for the ACK to be returned from the wireless gateway, as shown at step 
108. The latency threshold is subtracted from the determined RTT to compute an 
expected timeout entry by which the ACK should be received. The expected timeout is 
stored in the timer table to correspond to the connection, as disclosed at step 1 10. A 
check is performed to determine if an ACK is received before the expected timeout 

15 expires, as shown at step 112. If the ACK is received, control reverts to step 100 to wait 
for the next message packet, as shown at step 1 12. If the ACK is not received, a check 
is made to determine if the expected timeout has expired, as depicted at step 114. If the 
expected timeout has not expired, a check is performed to determine if the wireless link 
was dropped, as shown at step 116. If either the timeout has expired, as shown at step 

20 114, or the wireless link was lost, as shown at step 1 16, a suppression message is sent to 
the remote node 30 to pause the sender in persist mode, as disclosed at step 118, and 
control reverts to step 100 to wait for the next message packet. If the wireless link was 
not lost at step 116, control reverts to step 1 12 to again check for the ACK. Although a 
polling mechanism is shown for illustrative purposes, the corresponding steps could also 

25 be performed employing an interrupt driven implementation without departing from the 
invention as described and claimed. 

Figs. 8a-8g disclose an example of Unk-aware transmission corresponding to the 
flowchart of Fig. 7. Referring to Fig. 8a, two connections are established as per the 
known TCP/IP protocol connection handshake. A first connection C23 is attempted as 
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the PC 12 sends a SYN message 290. The remote node (30, Fig. 1) responds with a 
SYN 292 over the wireless link 26. The PC 12 then sends a SYN ACK message 296, 
completing connection C23. A second connection is similarly estabhshed for CI 7, by 
SYN 294, SYN 295, and SYN ACK 298, estabUshing connection C17. 
5 Referring to Fig. 8b, the user PC 12 sends a bulk data message packet 300 to a 

remote node via the wireless gateway 230. Note that in this example, the user PC 12 is 
transmitting data packets and the remote node 30 is sending ACKs, to illustrate the 
bidirectional nature of message transmission. The timer manager 232 in the wireless 
gateway 230 determines that this message corresponds to a new connection C23, and 

1 0 creates a corresponding entry 242a in the timer table 242 having an expected timeout 
value of Tl . Note that the timer table and link table entries are created upon the first 
transmission of a data message 300, not during the connection handshake sequence 
described above with respect to Fig. 8a. A new entry 244a is also created in the link 
detector table 244 to correspond to connection C23 with a link status of U (up). The 

15 message 300 is sent over the wireless link 26 at 302. 

Referring to Fig. 8c, another bulk data message packet 304 is sent from the PC 
12, corresponding to connection CI 7. Accordingly, new entries 242b and 244b are 
created in the timer manager table for T2 and the link detector table for U, respectively, 
and the message 304 is sent over the wireless link 26 at 306. Also, at a time less than 

20 Tl, an ACK 308 is received for connection C23, and advertises a receive window of 
1024, The timer manager 232 cancels the expected timeout Tl for connection C23, and 
the ACK is modified 310 to leave one unacknowledged byte, and is forwarded through 
the wireless gateway to the PC 12. 

Referring to Fig. 8d, a message packet containing 512 bytes is sent fi"om the PC 

25 12 to the wireless gateway 230 on connection C23. The timer manager computes a new 
expected timeout T3 timeout and updates the entry 242a for connection C23. 
Alternatively, the entry 242a could have been deleted when the ACK 308 (Fig. 8c) was 
received and a new entry created for the message packet 312. The message packet 312 
is transmitted over the wireless link at 314. Continuing to refer to Fig. 8d, at a time less 
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than T2, an ACK 3 16 is received for connection CI 7. The timer manager updates the 
timer table entry 242b corresponding to connection CI 7, and the ACK is forwarded to 
the PC 12 at 318. 

Referring to Fig. 8e, time T3 has elapsed and accordingly, expected timeout T3 
5 of timer table entry 242a is triggered. The timer manager 232 directs the segment 
generator 236 to generate a suppression message for connection C23 before the PC 12 
experiences a timeout for failure to receive an expected ACK. The segment generator 
236 generates a suppression message 320 ACKing the last byte of the last acknowledged 
message packet (308, Fig. 8c) sent and advertising a receive window of zero, and sends 
10 it to the PC 12 at 322, pausing the PC 12 in persist mode with respect to connection 
C23. 

Referring to Fig. 8f, the ACK 324 on connection C23 corresponding to the 
message packet 3 14 is received at the wireless gateway 230 and is queued in the packet 
buffer 238 at 326, until it can be sent to the PC 12 at 328, advertising a window of 512 

15 and removing the user PC 12 from persist, or pause mode. Referring to Figs. 8f and 8g, 
the wireless link corresponding to connection CI 7 is dropped, as indicated by link table 
entry 244b having a value of D (down). Accordingly, prior to the expiration of the 
expected timeout T2 for connection CI 7, the link detector 234 immediately directs the 
segment generator to generate a suppression message 328 for connection CI 7, which is 

20 sent to the PC at 330. Note that time T2 need not necessarily precede time T3 because 
the RTT determinations for the two connections may be different. 

Those skilled in the art should readily appreciate that the programs defining the 
operations and methods defined herein are deliverable to a wireless gateway in many 
forms, including but not limited to a) information permanently stored on non-writeable 

25 storage media such as ROM devices, b) information alterably stored on writeable 
storage media such as floppy disks, magnetic tapes, CDs, RAM devices, and other 
magnetic and optical media, or c) information conveyed to a computer through 
communication media, for example using baseband signaling or broadband signaling 
techniques, as in an electronic network such as the Intemet or telephone modem lines. 
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The operations and methods may be implemented in a software executable by a 
processor or as a set of instructions embedded in a carrier wave. Alternatively, the 
operations and methods may be embodied in whole or in part using hardware 
components, such as Application Specific Integrated Circuits (ASICs), state machines, 
5 controllers or other hardware components or devices, or a combination of hardware, 
software, and firmware components. 

While the system and method for link-aware message transmission have been 
particularly shown and described with references to embodiments thereof, it will be 
understood by those skilled in the art that various changes in form and details may be 
10 made therein without departing from the scope of the invention encompassed by the 
appended claims. Accordingly, the present invention is not intended to be limited 
except by the following claims. 



